С началом использования ТУ Жестким Способом на основных курсах, с одиторами и студентами, должно быть сформулировано правило:

With the use of TRs The Hard Way on basic courses, auditors and students, a rule must be laid down:

ЛИЦО, НАХОДЯЩЕЕСЯ НА КУРСЕ ТУ ИЛИ В СЕРЕДИНЕ ЦИКЛА ТУ НЕ МОЖЕТ ОДНОВРЕМЕННО ПОЛУЧАТЬ ОДИТИНГ.

A person on a TR course or in progress on a TR cycle may not also be audited.

И второе правило:

And a second rule:

АДМИН НЦХ И ДИП ДОЛЖНЫ БЫТЬ ПРОИНФОРМИРОВАНЫ О ЗЗАПИСЯХ НА КУРСЫ ТУ ИЛИ ТУ В УСИЛЕННОМ ОБУЧЕНИИ И ДОЛЖНЫ ПОМЕТИТЬ ЭТО В ПАПКЕ ПК, УКАЗАВ ТАКЖЕ ДАТУ.

HGC admin and the DofP must be informed of enrollments on TR courses or TRs in cramming and must so mark a pc's folder with date.

И третье правило:

And a third rule:

В ОРГ ПОВЫШЕННОГО УРОВНЯ АДМИН КЕЙСОВ ПОВЫШЕННОГО УРОВНЯ ДОЛЖЕН ТАКЖЕ БЫТЬ ИНФОРМИРОВАН О СТУДЕНТАХ, ЗАПИСАВШИХСЯ НА КУРС ТУ.

In an Advanced Org the Adv Cse Admin must also be informed of students enrolling on a TR course.

И четвертое правило:

And a fourth rule:

В КВАЛе И В КУРСОВОЙ КОМНАТЕ ТУ ДОЛЖНО БЫТЬ ПОВЕШЕНО ТАКОЕ УВЕДОМЛЕНИЕ:

A sign must be placed in Qual and in a TR classroom "While working on TRs and until they are passed, do not accept auditing. " In an AO or SH this reads "While working on TRs and until they are passed, do not accept auditing or do Solo. "

«РАБОТАЯ ПО ТУ И ПОКА ОНИ НЕ ЗАВЕРШЕНЫ, НЕ ПОЛУЧАЙТЕ ОДИТИНГА».

The reason for these rules lies in the major C/S rules:

В ОПУ ИЛИ СХ ОНО ДОЛЖНО ФОРМУЛИРОВАТЬСЯ ТАК:

Do not begin new programs to end old.

«РАБОТАЯ НА ТУ И ПОКА ОНИ НЕ ЗАВЕРШЕНЫ НЕ ПОЛУЧАЙТЕ ОДИТИНГА И НЕ ОДИТИРУЙТЕСЬ СОЛО».

Do not start a new action before completing the existing one.

Необходимость в таких правилах кроется в основных правилах К/С:

And the auditor rule:

НЕ НАЧИНАЙТЕ НОВЫХ ПРОГРАММ ДО ЗАВЕРШЕНИЯ СТАРЫХ.

Obtain an F/N before starting the next C/S action. If unable to do so, never begin the next C/S action but end session and return the folder to the C/S.

НЕ НАЧИНАЙТЕ НОВОГО ДЕЙСТВИЯ, НЕ ЗАВЕРШИВ ТЕКУЩЕЕ.

The surest way in the world to bog a case is to:

И в правиле одитора:

1. Begin a new process without obtaining an F/N on the one just run.

ПОЛУЧИТЕ П/С ПЕРЕД НАЧАЛОМ СЛЕДУЮЩЕГО ДЕЙСТВИЯ ИЗ К/С. ЕСЛИ ВЫ НЕ МОЖЕТЕ, НИКОГДА НЕ НАЧИНАЙТЕ СЛЕДУЮЩЕГО ДЕЙСТВИЯ, А ЗАВЕРШИТЕ СЕССИЮ И ВЕРНИТЕ ПАПКУ К/С.

2. Begin a major action without completing the old one.

Самый надежный способ во всем мире завалить кейс это:

3. Begin a major action without setting up a case with ruds and F/Ns.

1. Начать новый процесс, не получив П/С по текущему.

4. Begin a new program without completing the old one.

2. Начать новое главное действие, не завершив старое.

5. Start several programs without finishing any.

3. Начать главное действие, не подготовив кейс с помощью запуска рудов до П/С.

6. Enter a new major action into a case already in progress on another incomplete major action.

4. Начать новую программу, не завершив старую.

I have seen a case on as many as five major actions with none complete. And when I see this the first thing I take up is the first unflat incomplete program and get it finished, then the next, then the next. The case comes out all smooth.

5. Начать несколько программ, не завершив ни одну из них.

Example: Case is on but not complete on Dianetic auditing. Switched to grades. Incomplete on grades, gets a Prog Pgm. Incomplete on a Prog Pgm, shifted to Power.

6. Приступить к новому главному действию, когда кейс уже проходит другое незавершенное главное действие.

The only apparent exception is a repair. A case can be repaired if bogged providing the original action is rehabbed if O/R or completed to EP.

Я видел кейсы, с которыми не завершили пять главных действий. И когда я сталкивался с этим, первое что я делал это брал первую несглаженную незавершенную программу и завершал ее, затем следующую, затем следующую. Кейс выходил из все этого как ни в чем не бывало.

A Progress Pgm may reach EP before the written up program is completed.

Пример: Кейс проходит Дианетический одитинг, но еще не завершил его. Его переводят на ступени. Не завершив ступени, он получает Прг Прог(есса). С незавершенной Прг Прог его посылают выполнять Силу.

Thus a Process Completion is defined as the End Phenomena of the process. A Program is complete when the End Phenomena of the Program is attained.

Единственным видимым исключением является исправление. Если кейс застрял его можно исправить, ОБЕСПЕЧИВАЯ, ЧТОБЫ ИСХОДНОЕ ДЕЙСТВИЕ БЫЛО РЕАБИЛИТИРОВАНО, ЕСЛИ ОНО БЫЛО ПРЕВЫШЕНО, ИЛИ ДОВЕДЕНО ДО КЯ.

По Программе Прогресса КЯ может быть достигнуто до выполнения всего, что в ней написано.

Any course or program containing TRs 0-4, 6-9 or Admin TRs is a major program in itself. It produces case gain – if run right – and has an End Phenomenon.

Следовательно, Завершение Процесса определяется как КОНЕЧНОЕ ЯВЛЕНИЕ процесса. Программа завершена тогда, когда достигнуто КОНЕЧНОЕ ЯВЛЕНИЕ Программы.

Further, by actual experience when a person is on a real (not a patty-cake and weak) TR Course and is also being audited at the same time, the C/S and Auditor if they don't know the person is also on TRs can be utterly baffled and worried as the case does not run right. "What did I do?" "What C/S was wrong?" "Look, his TA is high. " "Now it's low. " "Last session he____. " And the C/S and auditor engage in efforts to handle the odd case behavior. But the person, unknown to them, was also on a real TR Course and his case was changing!

Любой курс или программа, содержащая ТУ 0-4, 6-9 или Админ ТУ это главная программа сама по себе. Она приводит к достижениям над кейсом — при правильном проведении — и в ней есть Конечное Явление.

You can also run into this same oddity with a mystic who does "bathe the body in light" every night or a wife whose husband audits her between HGC sessions or a self-auditor.

Далее, исходя из действительного опыта, когда человек находится на настоящем (не сопливом и слабом) Курсе ТУ и при этом одитируется, К/С и Одитор, не зная, что человек также проходит ТУ, могут попасть в полное замешательство из-за того, что кейс ведет себя необычно. «Что я сделал?» «В чем была ошибка в К/С?» «Смотрите-ка, у него высокая РТ» «А теперь низкая» «НА последней сессии он ______». И К/С с одитором ввязываются в попытки справиться со странным поведением кейса. Но человек, что было неизвестно для них, также проходил Курс ТУ и его кейс менялся!

The principle is the same. The C/S and auditor are going down Wellbeing Street and hidden trucks keep dashing out of alleys and running into the pc.

Вы также можете столкнуться с той же странностью у мистика, который «купает тело в свете» каждую ночь или же женой, муж которой одитирует ее между сессиями в НЦХ или же с самоодитором.

The reason auditing should be done in intensive packages, not 1 hour a week or a session a month lies in the fact that life can run a new action in on a pc.

Принцип такой же: К/С и одитор идут по Улице Здорового Существа, а скрытые в темных аллеях грузовики так и норовят переехать пк.

It's a great way to waste auditing to let a pc have a session once a week. You can't even keep his ruds in if he lives in any confusions.

So nothing is done for the case, all the auditing goes to handle the life interjections!

Причина, по которой одитинг следует проводить в интенсивах, а не по 1 часу в неделю или по сессии в месяц, кроется в том факте, что ЖИЗНЬ может ввести пк в новое действие.

Позволение пк приходить на сессию раз в неделю это замечательный способ растратить одитинг. Вы не сможете даже поддерживать его руды, если он постоянно попадает в замешательства.

A case runs on cycles of actions. This is true in the auditing comm cycle. It is true in a process cycle. It is true in a program cycle.

Поэтому кейсу не будет уделяться никакого внимания, весь одитинг будет направлен на урегулирование вмешательства его жизни!

New things being crossed into old incomplete things make a sort of ARC Break situation like a cut comm cycle.

One could do everything with a process or a program or a course that you find on an L1C. It would not be very wise.

Кейс проходит циклы действия. Это истинно в цикле общения в одитинге. Это верно для цикла программы.

No case gain can be created by lack of a comm cycle in an auditor, lack of an action cycle in processes or messing up a program cycle.

Новые вещи, перекрещивающиеся со старыми создают некоторый вид ситуации Разрыва АРО, подобно оборванному циклу общения.

If you don't believe it, run an L1C on a pc with "Processes" and "Programs" and "Courses" as a prefix. You'd be amazed. Further the fellow who doesn't reach the EP of a Course is likely never to use that material or be faulty with the subject.

С процессом, программой ИЛИ КУРСОМ можно сделать все, что перечислено в L1C. Это не назовешь мудрым действием.

Usual study courses like admin or tech give case gain. One can carry on with auditing parallel to them. But still expect a case to change a bit by study and baffle a C/S once in a while. But a real TR Course produces changes up and down and up that are not possible to also audit around. So they don't mix.

Достижения над кейсом не сможет произойти, если одитор не будет соблюдать цикл общения, равно как и если он не будет выполнять цикл действия в процессах или путать цикл программы.

Если вы в это не верите, проведите с пк L1C с приставкой «Процессы», «Программы» и «Курсы». Вы будете поражены. Приятель, который не достиг КЯ Курса вряд ли сможет когда-нибудь использовать этот материал или будет делать ошибки в этом предмете.

To get a visual idea of this:

Обычные курсы обучения, такие как админ или тех курсы, приводят к достижениям над кейсом. Можно параллельно им проводить одитинг. Но все равно будьте готовы к ситуации, что кейс немного изменится за счет обучения и заставит К/С поломать голову. Но на настоящем Курсе ТУ постоянно происходят такие изменения, что одитингу просто нет места. Так что не смешивайте.

Optimum:

Чтобы получить визуальное представление этого:

Оптимально:

Ужас:

Ясно?